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XHL interfaces in unified rendering 

The invention relates in general to programmable 
5 electronic multipiirpose conputers. 

Scripting languages, such as JavaScript and Perl, can 
be used to program applications to be run on computer 
systems. Correctness of the programmed scripting code 

10 is desirable, as with euiy computer programming in 
general . A program can be checked or validated prior to 
use to reduce errors occurring during runtime of the 
code. It is an object of the invention to reduce the 
number of errors in computer code. Therefore, the 

15 invention provides for a computer inplemented method 
for validation of computer code according to claim 1. 
By validating both sets of instructions with the script 
code used, the number of errors will be reduced. 

20 Objects, aspects and advantages of the invention will 
be better understood from the following detailed 
description of a preferred embodiment of the invention. 

A computer program can be defined in design 
25 documentation and specifications. From this starting 
point an actual implementation can be coded using a 
suitable programming language. 

According to the invention the coding is done using a 
30 two-component interface-classes model, and a script 
coded section. Non- limiting examples of such 
programming languages are compiler languages and object 
oriented programming languages. In compiler languages, 
such as for example Modula-2, these components are 
35 implemented as definition modules and irr^jlementation 
modules. In object oriented programming languages, such 
as for example Java, C++, C#, and Modula-3, the 
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components are implemented as interfaces and classes, 
wherein interfaces are equivalent to definition modules 
and classes are equivalent to implementation modules- 
The script -coded section can be programmed using any 
5 suitable script language, such as for example 
JavaScript and Perl. 

Interfaces in object-oriented programming are used for 
several purposes. To function for example as a record 

10 of promises (with respect to functionality) given by 
one ( ^^provider'' ) class. This fact is used to verify 
automatically during compilation whether a second 
"customer"' object is relying on features of a class 
that have not been promised. Also the interface is used 

15 to verify whether the actual ittplementation of the 
provider class keeps all its promises. 

This allows inspection of the code during compilation 
and to test or validate whether errors with respect to 

20 these fundamentals would occur during runtime. For 
example methods that are offered by the object can be 
checked, as well as compliance of object classes with 
the respective interfaces. If errors are found these 
can be reported during compilation/ so that the errors 

25 in the source code can be corrected. Thus runtime 
errors are reduced in the compiled code. 

For example, if an interface promises the availability 
of a certain method but the method is not present in 
30 the implementation, a '"customer" of that method would 
fail at latest at run time. Interfaces enable modern 
compiler languages* to verify the availability of the 
method during compilation, eliminating this failure 
mode with the associated debugging effort. 

35 

Another example is that can be checked whether a method 
of an object is called in the code that is not present 
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in the interface. This would lead in the compiled code 
during riintime to errors. By checking the interface, 
this can be caught at the outset, eliminating this 
failure mode during runtime. 

5 

In one embodiment of the invention, a program is 
programmed in object oriented style using two separate 
tree structures, written in XML, wherein the first tree 
structure represents the classes to be implemented and 

10 the second tree structure represents the associated 
interfaces. Note that the invention is not limited to 
the implementation shown in this example, and that any 
programming inqplementation yielding a set of 
classes/definitions and interfaces/inplementations can 

15 be employed. Based on this tree structures in XML 
executable programs can be generated, for exan:5)le using 
Extensible Stylesheet Language (XSL) or Apache 
Velocity. XSL defines the code using two parts; a 
language for transforming XML documents, and an XML 

20 vocabulary for specifying formatting semantics- An XSL 
style sheet specifies the presentation of a class of 
XML documents by describing how an instance of the 
class is transformed into an XML document that uses the 
formatting vocabulary. On the XML level a syntax check 

25 is performed between the interface description and the 
implementation class description. 

Using this method executable programs can be generated 
for different platforms, for example ABAP, .Net and 

30 JavaScript. In case the executable code generated does 
implement classes and interfaces, such as is the case 
with ABAP and ,Net, the validity of that code can be 
verified with a compiler program that performs the 
usage and implementation checks at the semantics level, 

35 Then executable program code is generated from the 
interface description and from the implementation class 
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description. The thus generated code can then use or 
call the script coded section when needed. 

In this example/ the generation of executable programs 
5 in script languages, such as for example JavaScript is 
done by first generating an intermediate code, using a 
language that supports classes and interfaces. In this 
example, the intermediate code used can be Java, with 
implementation for interfaces and classes. The validity 

10 of these interfaces and classes is then proved using 
methods as described above, i.e. using a compiler that 
performs the usage and implementation checks at the 
semantics level. This can be done for example by 
comparing the resulting interfaces with the classes 

15 obtained. A successful validation of the Java code 
means that the original XML code is correct for at 
least the interface and classes definition. Further the 
script code section is checked by rxmning it trough an 
interpreter. This can be for example a JavaScript 

20 interpreter if the script code is written in 
JavaScript. Such interpreters or parsers are known per 
se in the art. The interpreter yields at least a symbol 
table including various elements, such as for example 
variables, used by the script code. The information 

25 included in the symbol table is compared to the 
original XML implementation description. From this 
comparison can be derived whether the script code is 
coitpatible with the implementation description. If the 
script code is validated accordingly, executable code 

30 generated from the sets of definition and 
implementation instructions, is validated for use with 
the script code. Thus validated, the number of runtime 
erxors is reduced, 

35 In a further embodiment of the invention, two separate 
tree structures are provided for, together with a 
script code section. The first tree structure describes 
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interfaces, while the second tree structure describes 
content in the form of classes for a HTML document. The 
script code section provides functionality for the HTML 
document, such as for example scrolling of text. The 
5 tree stinactures can be programmed for example in XML, 
and the script code section can be programmed in 
JavaScript . 

The invention further relates to a program storage 
10 device readable by a computer system, embodying a 
program of instructions executable by the computer* 
system to perform any method according to the 
invention. As this invention may be embodied in several 
forms without departing from the spirit of essential 
15 characteristics thereof, the present embodiment is 
therefore illustrative and not restrictive, since the 
scope of the invention is defined by the appended 
claims rather than by the description preceding them, 
and all changes that fall within the metes and bounds 
20 of the claims, or equivalence of such metes and bounds 
thereof are therefore intended to be embraced by the 
claims. 
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Claims 

1. Computer implemented method for validation of 
coniputer code, comprising 

5 providing a computer program by defining at least 

one set of definition instructions, at least one 
set of irr5)lementation instructions and at least a 
script code section, 

validating said defined sets using a validation 
10 tool , and 

validating said script code section using said set 
of implementation instructions. 

2 . Method according to claim 1 , wherein the 
15 definition instructions are classes and the 

implementation instructions are interfaces • 

3 . Method according to claim 1, wherein the 
definition instructions are converted into classes 

20 and the implementation instructions are converted 

into interfaces. 

4. Method according to claim 3, wherein said 
definition instructions and said implementation 

25 instructions are described in XML. 

5. Method according to claim 4, wherein said classes 
and interfaces are defined in Java language. 

30 6. Method according to any of the preceding claims , 

wherein at least one of said sets of instructions 
is defined in a tree structure. 

7. Method according to any of the preceding claims, 
35 wherein said script code section is JavaScript. 
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8 . Method according to any of the preceding claims , 
wherein validating said script code section 
comprises generating a symbol table by executing 
said code section in an interpreter, and conparing 

5 said symbol table with the implementation 

instructions . 

9, A program storage device readable by a computer 
system, embodying a program of instructions 

10 executable by the computer system to perform a 

method according to any of claims 1-8. 
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